职业生涯规划 三 (互联网)
大概在两年前，我就在思考一个问题，在抵达行业中流水平之后，接下来应该怎么做？
以工资来看，行业的平均薪资，一般就是行业的中流水平，在这个阶段，找工作是很轻松的，面试也不会很复杂，因为只是找一个干活的，而这个活基本上都能干，无所谓人选，只要不是太过分就行。送一这个阶段的人，有些算是浑水摸鱼有些算是明珠蒙尘，残次不齐。
从中等到行业前10%的跨越并不仅仅是一个需要积累的阶段。
选择一个方向。
本年度听见这个说法已经好多次了，比如我就做这个了，规划
我的触手，曾经短暂的踏入过 CUDA、OpenGL的范畴，只是并未持久，多半时间还是在C# 和 C++ 的ABI中挣扎。
而我遇到的问题，就是所谓的杂而不精，这在一个复杂的业务场景下是极为有利的，但是在某个特别小的空间中，这就不是一个很合适的计算方法。
行业产出效率变高 ，需求人员下降
在能够胜任工作要求之后 ，WHAT IS NEXT
我认为姜雨杭说得对，我对职业的规划选择，还是太随性了一些。
对于未来选择极大的不确定性，这让我的生活极其烦恼。
在广泛的尝试之后，在现有的行业之中选择一个方向，
我们首先是自己，才是其他的东西。
代码设计里有一条路是必须要走过的，那就是造轮子，只有自己造轮子，才知道为什么人家的轮子是那么设计的。
但是这里会很尴尬的是，自己的轮子往往不如现成的好用，只是不自己造，这一步便走不出去，即使浪费许多时间，也需要在这里多做停留。
代码设计中的吸收和借鉴，可以快速提高代码的规划和构思的能力，让自己不过多陷于业务之中。
业务是多变的，且是强绑定的，如果不能从业务代码中抽离出概念层的产物，这之中浪费的时间，是非常可惜的。
即使在这种行业下行的时期内，JAVA的空间依旧要比.NET 强很多。
.NET 的空间其实挺低的，虽然看似很好很全能，性能也很好，但是缺陷也非常明显，蛋糕太小，很难从其他地方切出来，这个领域内的人普遍是在做上位机开发，技术栈也比较老套。
electron
所谓大道至简，实现的最简单逻辑，往往就是面向过程编程，但是缺陷就是扩展麻烦，维护麻烦，除了写起来简单，用起来简单之外，都很不方便，每一个过程就是一套结构，Review也麻烦，交接也麻烦。
而面向对象，则会省很多的心，特定的结构，一些约定的方法和使用过程，基本上 让一个大项目中的特有部分 规划出来，在不同代际的维护人员之间会节约许多时间。
发射，即面对接口编程，同上，虽然代码逻辑被极大的扩充了，但是系统之间做了解耦，让模块与模块之间的耦合降低，即可以由不同的人维护不同的模块，也不许要太多的沟通成本。
即，根据人员数量的不同，以及开发时间等，选择一个合适的封装。
业务其实就是方向，虽然是容易被淘汰的东西，但是这样才带来了其中的高附加值。 前段时间的大数据和算法。
好找工作的，永远都是年轻的，刚开始找行业平均薪资工作的。
可能是精力更多的放在了这个方向，所以许多的相关事宜会被捕捉到，而这些事情其实原来也是存在的，只是之前被忽略掉了。
我现在身上的标签，应该和刚开始相比，更多的精确化，而不是停留在最开始阶段的泛泛而谈。
这个阶段，能力的展现，更多的是代码封装的优雅，在完成事情的同时，并不 过多更改接口处的代码，让代码结构更清晰。 20K 是一个分水岭（高水平和低水平的分水岭），虽然之后的路只会是更难，但是在这个阶段上来说。要走过。